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Beschreibung 

Verfahren zur Einrichtung oder Anderung teilnehmerbezogener 
Eintrage in einer Datenbank 

Die Erfindung betrifft ein Verfahren zur Einrichtung oder An- 
derung teilnehmerbezogener Eintrage in einer Datenbank und 
des weiteren eine Anordnung zu dessen Durchfuhrung. 

Die Telekommunikationsnetze entwickeln sich seit Jahren mit 
hoher Dynamik zu schnellen, effizienten und fur breiteste Be- 

f" nutzerkreise zuganglichen Informations- und Unterhaltungsme- 
dien. Im Zuge dieser Entwicklung wurden vielfaltige Daten- 
dienste geschaffen, die registrierten Nutzern kontinuierlich 
gemaB einem vorgegebenen Profil Daten (Informationen oder Un- 
terhaltung) liefern. Mittlerweile sind viele dieser Daten- 
dienste - insbesondere auch mobile Datendienste, die das 
HTTP-Protokoll zur Datenubertragung nutzen - personalisier- 
bar. Die Ausfuhrung des Dienstes ist also abhangig von Infor- 
mationen bzw. Einstellungen, die einem einzelnen Nutzer oder 
einer Nutzergruppe zugeordnet sind. Es kann sich hierbei urn 
den Teilnehmernamen, die Heimatadresse (bei einem ortsabhan- 
gigen Dienst), ein personliches Diensteport folio (Portal) 
oder auch einen Teilnehmercode bzw. -identif ikator (CLID) 

, handeln. 

Die Bereitstellung eines personalisierten Dienstes erfordert 
die sogenannte "Einrichtung" des Nutzers (Teilnehmers) in ei- 
ner Datenbank der entsprechenden Dienstplatt f orm, d.h. die 
Vornahme nut zerbezogener Eintrage in dieser Datenbank. 

Dies ist zunachst, als sogenanntes "Manual Provisioning", 
durch einen Anruf des Nutzers bei einem Kundenbetreuer des 
Dienstes und personliche Mitteilung der entsprechenden Daten 
an diesen zu veranlassen. Der Kundenbetreuer greift dann di- 
rekt auf die Datenbank zu und nimmt die erf orderlichen Ein- 
trage unmittelbar aufgrund der vom Kunden ubermittelten In- 
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formationen vor. Diese Art der Einrichtung eines Teilnehmers 
und (auf diesen bezogen) Aktivierung eines personalisierten 
Dienstes erfordert also jedenfalls fur Dienste mit breiter 
Nutzung einen erheblichen Personalauf wand und ist mit ent- 
sprechenden Personalkosten verbunden. Nachteilig fur die Ak- 
zeptanz eines solchen Dienstes ist es, dass die Teilnehmer 
eine gewisse Eintrittsbarriere iiberwinden miissen, um den er- 
forderlichen Anruf beim Kundenbetreuer zu tatigen und diesem 
personliche Daten "preiszugeben" . 

Mit dem sogenannten "Bulk Provisioning" werden vorsorglich 
alle Teilnehmer eines TK-Netzes als potentielle Nutzer eines 
zu etablierenden Dienstes eingerichtet . Hierbei muss jeder 
einzelne Eintrag seguentiell vorgenommen werden, und die Da- 
tenbasis muss fortlaufend synchronisiert werden. Dies erfor- 
dert speziell bei grollen Netzen mit vielen Teilnehmern die 
Bereitstellung bzw. Inanspruchnahme erheblicher Verarbei- 
tungs-Ressourcen und auch einen relativ hohen Zeitaufwand. 
Dieser kann, je nach Umfang der einzurichtenden Daten, bei 
mehreren Stunden bis zu einigen Tagen liegen. 

Moglich und in der Praxis auch ublich ist ferner die durch 
den Nutzer selbst iiber einen benut zergesteuerten Dialog er- 
folgende Einrichtung seines Datensatzes in der Datenbank, die 
als "Self-Provisioning" bezeichnet wird. Dieses Verfahren ist 
fur den Dienstanbieter , der im wesentlichen nur die Zugriffs- 
moglichkeiten und den Nutzerdialog zu implementieren hat, re- 
lativ unaufwendig. Problematisch ist aber die ausgesprochen 
hohe Eintrittsbarriere: Nur erfahrene Nutzer von Datendiens- 
ten trauen sich die selbststandige Personalisierung eines 
Dienstes zu. Das kann den Anbieter insbesondere in einem Mas- 
senmarkt erhebliche Marktanteile kosten. 

Bei mobilen Datendiensten auf der Basis des WAP (Wireless Ap- 
plication Protocol) ist das sogenannte "WAP Auto- 
Provisioning" bekannt geworden. Hierbei wird durch eine ent- 
sprechende Funktion uberpriift, ob ein Teilnehmer im WAP- 
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Gateway des entsprechenden Mobilf unknetzes eingerichtet ist. 
Der Basismechanismus bietet die Moglichkeit einer Erweiterun 
auf weitere Dienst-Plattf ormen . Es ist jedoch nicht moglich, 
unabhangig vom Zustand des WAP-Gateways weitere Einrichtungs 
vorgange (Provisioning) anzustoBen. Dieses Defizit stellt ge 
rade in einem Markt, in dem bereits in bestiiranten Diensten 
aktive Nutzer in einfacher Weise auf weiteren Dienstplattf or 
men eingerichtet werden sollen, einen ganz entscheidenden 
Nachteil dar. 

Der Erfindung liegt daher die Aufgabe der Bereitstellung ei- 
nes verbesserten Verfahrens und einer Anordnung der in Rede 
stehenden Art zugrunde, welche insbesondere auf der einen 
Seite nur einen relativ niedrigen Implementierungsaufwand 
beim Dienstanbieter erfordern und auf der anderen Seite un- 
problematisch fur den potentiellen Nutzer sind und somit kei- 
ne Eintrittsbarriere schaffen. 

Diese Aufgabe wird in ihrem Verf ahrensaspekt durch ein Ver- 
fahren mit den Merkmalen des Anspruchs 1 und in ihrem Vor- 
richtungsaspekt durch eine Anordnung mit den Merkmalen des 
Anspruchs 7 gelost. 

Ein wesentlicher Gedanke der Erfindung besteht in der Nutzung 
der Moglichkeit eines HTTP-Proxy, in Abhangigkeit von einem 
dienstspezifischen Trigger den Einrichtungs- bzw. Personali- 
sierungsprozess zu initiieren. Das Anstofien erfolgt bei Auf- 
ruf des entsprechenden Dienstes, iiber die Aktivierung des er- 
wahnten Triggers. Sobald der Vorgang erfolgreich abgeschlos- 
sen wurde, wird der Trigger ( Provisioning-Trigger ) innerhalb 
der HTTP-Proxy-Plattform teilnehmerbezogen wieder deakti- 
viert. 

Der HTTP-Verkehr kann dabei z.B. bezuglich des Aufrufs einer 
bestimmten URL analysiert werden. Sobald die entsprechende 
(vorbestimmte) URL aufgerufen wird und der zugeordnete Trig- 
ger aktiviert ist, ubernimmt ein vorgegebener Einrichtungs- 
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Prozessablauf einen Abruf der aktuellen dienst- und teilneh- 
merspezif ischen Eintrage aus einer (beziiglich des in Rede 
stehenden Dienstes) externen Datenbank und die Einrichtung 
der erforderlichen Daten in der dienstspezif ischen Plattform 
(Datenbank) . 

Das vorgeschlagene Verfahren eignet sich grundsatzlich fur 
alle Dienst-Plattformen und Applikationen, die uber den HTTP- 
Verkehrspfad angesprochen werden, und es kann zu jedem sinn- 
vollen Zeitpunkt praktiziert werden. Insbesondere konnen ne- 
ben der erstmaligen Aktivierung eines Dienstes fur einen neu- 
en Teilnehmer - gewissermafien mit einem initialen Trigger - 
auch zu jedem spateren Zeitpunkt Trigger gesetzt werden, um 
bereits vorhandene Eintrage zu andern oder auch Teilnehmer 
auf weiteren Plattformen einzurichten bzw. zu aktivieren. 

Ein wesentlicher Vorteil der Losung besteht darin, dass - an- 
ders als beim oben erwahnten "Bulk Provisioning" - nur Teil- 
nehmer in der Dienst-Datenbank eingerichtet werden, die tat- 
sachlich den Dienst nutzen. Dies ermoglicht eine nutzungsge- 
rechte Dimensionierung der Dienst-Datenbank. 

In einer bevorzugten Verf ahrensf iihrung werden in die Einrich- 
tung bzw. Anderung der dienst- und teilnehmerbezogenen Daten 
aus einem Teilnehmer-Dialog stammende Daten einbezogen. Hier- 
mit ist die Einbindung zusat zlicher, unmittelbar vom Nutzer 
gelieferter Inf ormationen in den Einrichtungsprozess moglich. 
Im Ergebnis kann der Datenbestand der Dienst-Datenbank gegen- 
uber demjenigen der externen Datenbank (zentralen Kundenda- 
tenbasis o.a.) erweitert werden. 

Die mit der vorgeschlagenen Losung gegebene Funktionalitat 
kann auch dazu eingesetzt werden, Teilnehmer von einer 
Dienstplattform auf eine andere zu migrieren, und zwar zu dem 
Zeitpunkt, zu dem ein Teilnehmer erstmalig den "neuen" Dienst 
nutzt. Bei dieser Variante handelt es sich bei beiden Daten- 
banken um dezentrale Datenbanken der ent sprechenden Dienste 
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Vorteile und Zweckmafligkeiten der Erfindung ergeben sich im 
ubrigen aus der nachf olgenden Systembeschreibung anhand der 
einzigen Figur. Hierbei handelt es sich um eine synoptische 
Darstellung, die sowohl wesentliche Funktionskomponenten ei- 
ner bevorzugten Ausftihrung des vorgeschlagenen Systems als 
auch wesentliche Verf ahrensschritte zeigt. 

Bei der in der Figur gezeigten Konf iguration ist ein Nutzer- 
Endgerat (HTTP Client) 1 eines potentiellen Dienstnutzers 
uber ein GSM-Mobilf unknetz (GSM Network) 3 mit einer HTTP- 
- Dienstplattform (Service Platform) 5 einerseits und einem 
Einrichtungs-Server (Provisioning Server) 7 andererseits ver 
bindbar. Der Einrichtungs-Server 7 ist seinerseits rait einer 
zentralen Kundendatenbasis (Customer Care Database) 9 und ei 
nem Kundenbetreuungssystem 11 des Mobilf unknet zes verknupft. 
In die Verbindung zwischen dem Nutzer-Endgerat 1 und der 
HTTP-Dienstplattform 5 ist ein HTTP-Proxy 13 als Hilfsmittel 
zur Einrichtung der Kundendaten auf der Plattform "einge- 
schleift". 

Bei der Etablierung des neuen Dienstes werden vom Kunden- 
betreuungssystem 11 dem Einrichtungs-Server 7 in einem Konfi- 
gurierungsvorgang SA Inf ormationen bezuglich des Vorgangs dei 
Dateneinrichtung auf der Dienstplattform (bereit zustellende 
Daten, Art des Triggers etc.) iibermittelt. Der Einrichtungs- 
Server 7 setzt in einem nachf olgenden Vorgang SB im HTTP- 
Proxy 13 den Trigger zur Umleitung einer (initialen) Anforde- 
rung, die vom Nutzer-Endgerat 1 aus an die Dienstplattform 5 
gerichtet wird. 

Aufgrund dieses Triggers erfolgt in einem Schritt SI eine Um- 
leitung des HTTP-Request an den Einrichtungs-Server 7. Dar- 
aufhin findet in einem Schritt S2 eine Synchronisation mit 
der Kundendatenbasis 9 statt, wobei - optional - Daten aus 
einem parallel zwischen dem Einrichtungs-Server 7 und dem 
Nutzer-Endgerat 1 gefuhrten Nutzerdialog (Schritt S3) einge- 
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bunden werden. Im Ergebnis wird im Schritt S4 entweder ein 
neuer Nutzereintrag (User Account) geschaffen oder ein vor- 
handener Eintrag aktualisiert . Im Schritt S5 schlielilich er- 
folgt ein Neustart der vom Nutzer mit seinem HTTP-Request be- 
5 gehrten Session, und das Nutzer-Endgerat wird mit der Dienst- 
plattform 5 verbunden. Nun kann der Dienst aufgrund aktueller 
Nutzerdaten in Anspruch genommen werden. 

Die Ausfuhrung der Erfindung ist nicht auf dieses Beispiel 
0 beschrankt, sondern ebenso in Abwandlungen moglich, die im 
Rahmen fachgemafien Handelns liegen. 
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Patentansprtiche 



1. Verfahren zur Einrichtung oder Anderung teilnehmerbezoge- 
ner Eintrage in einer ersten Datenbank eines Dienstes, der 
uber das HTTP-realisiert wird, 

dadurch gekennzeichnet, dass 

auf Basis einer HTTP-Proxy-Plattf orm bei einem Aufruf des 

Dienstes ein vorab implementierter Trigger aktiviert, 

aus einer zweiten Datenbank selbsttatig dienst- und teilneh- 

merbezogene Daten abgerufen und in der ersten Datenbank ein- 

gerichtet oder geandert werden und 

nach Abschluss der Einrichtung der Trigger in der Plattform 
teilnehmerbezogen deaktiviert wird. 

2. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet, dass 
die erste Datenbank eine dezentrale Datenbank und die zweite 
Datenbank eine zentrale Kundendatenbasis ist, in der teilneh- 
merbezogene Daten mehrerer Dienste gespeichert sind. 

3. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet, dass 
die erste und zweite Datenbank dezentrale Datenbanken eines 
ersten und zweiten Dienstes sind, wobei der Teilnehmer vom 
zweiten zum ersten Dienst migriert wird. 

4. Verfahren nach einem der vorangehenden Anspruche, 
dadurch gekennzeichnet, dass 

als Aufruf des Dienstes das Ansprechen einer diesem zugeord- 
neten URL ausgewertet wird. 

5. Verfahren- nach einem der vorangehenden Anspruche, 
dadurch gekennzeichnet, dass 

in die Einrichtung bzw. Anderung der dienst- und teilnehmer- 
bezogenen Daten aus einem Teilnehmer-Dialog stammende Daten 
einbezogen werden . 
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6. Verfahren nach einem der vorangehenden Anspruche, 
dadurch gekennzeichnet, dass 

es sich bei dem Dienst urn einen uber ein Mobilf unknetz be- 
reitgestellten Dienst handelt. 

5 

7. Anordnung zur Durchfuhrung des Verfahrens nach einem der 
vorangehenden Anspruche, mit 

einer ersten Datenbank, die einer HTTP-Dienstplattf orrn zuge- 

ordnet ist, 
10 einer zweiten Datenbank, 

einem mit der ersten und zweiten Datenbank zusammenwirkenden 

Einrichtungs-Server zur Einrichtung dienst- und teilnehmerbe~-> . 

zogener Eintrage in der ersten Datenbank aufgrund von aus der ^ 

zweiten Datenbank stammenden Daten und 
15 einem beziiglich eines HTTP-Client der HTTP-Dienstplattf orm 

vorgeschalteten und mit dem Einrichtungs-Server zur Veranlas- 

sung der Einrichtung bzw. Anderung der Eintrage in der ersten 

Datenbasis zusammenwirkenden HTTP-Proxy. 

20 
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Zusammenf assung 

Verfahren zur Einrichtung oder Anderung teilnehmerbezogener 
Eintrage in einer Datenbank 

Verfahren zur Einrichtung oder Anderung teilnehmerbezogener 
Eintrage in einer ersten Datenbank eines Dienstes, der uber 
dasiHTTP-realisierdt ■ wird, wobei auf Basis einer HTTP-Proxy-. 
Plattform bei einem Aufruf des Dienstes ein vorab implemen- 
tierter Trigger aktiviert, aus einer zweiten Datenbank 
selbsttatig dienst- und teilnehmerbezogene Daten abgerufen 
und in der ersten Datenbank eingerichtet oder geandert werden 
und nach Abschluss der Einrichtung der Trigger in der Platt- 
form teilnehmerbezogen deaktiviert wird. 

Figur 



